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(54) Compiling method, compiling device, recording medium with compiling program recorded 
therein, and recording medium with conversion table used in compiling recorded therein, for 
generating target program in accordance with target processor type 

(57) There is disclosed a compiling method of gen- 
erating a code of a target program operable in a desired 
target processor, in which an amount of operations 
required for the code generation is reduced. Specifi- 
cally, a code generating section 18 comprises a first 
converting section 22 and a second converting section 
26. The first converting section 22 refers to a first con- 
version table stored in a first storage device 24 to gen- 
erate a low-level code 30 from a high-level code 20, 
while the second converting section 26 refers to a sec- 
ond conversion table stored in a second storage device 
28 to generate an output code 14 from the low-level 
code 30. In the second conversion table, output codes 
indicating the same or similar function are associated to 
the common low-level code. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to a method of 
compiling a source program to generate a mechanical 
level program (hereinafter referred to as the target pro- 
gram), particularly to a method in which the target pro- 
gram can be generated in accordance with a type of 
processor (hereinafler.referred to as the target prx)ces- 
sor) for operating the target program from one source 
program. The present invention also relates to a device 
for realizing the method, a recording medium in which a 
program for allowing a computer to execute a process- 
ing based on the method is stored, and a recording 
medium in which a conversion table for use in the 
processing based on the method is recorded. 

Description of the Related Art 

[0002] An example of a conventional compiling sys- 
tem is described in Japanese Patertt Application Laid- 
Open No. He! 6-332719. The compiling system will 
briefly be described as a first conventional example with 
reference to FIG. 13. FIQ. 13 is a flowchart showing the 
first conventional example. 

[0003] In the first conventional example, when an 
Intermediate language code command is generated 
from a source program, arxJ a code of target program is 
generated from the intermediate language code com- 
marxi, code generation means is used. A generation 
code table comprising at least one generation code pat- 
tern (generation code with a header attached thereto), 
and a content of change of the generation code pattern 
(cependerrt on program) are transmitted to the code 
generator means. Additionally, the header attached to 
the generation code indicates what change is made on 
the generation code. 

[0004] In the compiling system, a compiler code gen- 
eration device successively fetches the generation code 
pattern from the generation code table. Sut^sequently, 
the change content dependent on program is developed 
in a code in accordance with the type of the header 
attached to the generation code, which is formed into a 
code to be generated, 

[0005] According to the system, for different target 
processors-! the compiler code generation device can 
be prepared only by changing the content of the gener- 
ation code table. 

[0006] In the f irst conventional compiling system, how- 
ever, a command for each target processor is described 
in the generation code table (conversion tat}le), exclud- 
ing a section in which the change content dependent on 
program is developed. Therefore, all generation code 
patterns need to be desaibed using the command for 
each target processor. 



[0007] As a result, in the system, in order to generate 
the compiler code generation device for a plurafity of tar- 
get processors, generation code tables need to be indi- 
vidually prepared for the types of target processors. 

5 Specifically, every time the target processor is changed, 
all the generation code patterns have to be changed. 
When a large number of types of target processors are 
to be handled, the amount of the generation code table 
is enormously increased, and an amount of operations 

10 necessary for generating the generation code tattle is 
disadvantageously increased. 

[0008] Moreover, when the type of the target proces- 
sor is changed, not only the generation code pattern t>ut 
also the way of developing the change content depend- 

15 ent on program into the generation code are influenced. 
The influence is caused by a difference in architecture 
of the target processor. For an example of difference of 
architecture, in determinations of a loop upper or lower 
bound repeated integer times, a comparison command 

20 including an equal sign is used in some target proces- 
sor, while a comparison command excluding the equal 
sign is used in the other target processor. In this case, 
an immediate value forming the loop upper or lower 
bound value may vary in the generation code in accord- 

25 ance with the type of the target processor. 

[0009] In tills respect, in the first conventional system, 
tiie way of developing the change content dependent on 
program into the generation code is limited to the way 
designated as a header type. Therefore, the first con- 
so ventional system can only be used for a target proces- 
sor gap at a limited type in which the way of 
development is the same as a source program format. 
For example, in the system, a program (target program) 
for a microprocessor manufactured by a specified 

35 maker can be generated, but a program for a microproc- 
essor manufactured by another maker cannot be gener- 
ated.. Therefore, the first conventional system has a 
problem that the types of target processors are limited. 
[001 0] Another example of the conventional compiling 

40 system is described in Japanese Patent Application 
Laid-Open No. Hei 4-14144. The compiling system will 
briefly be described as a second conventional example 
with reference to FIQ. 14. FIG. 14 is a functional block 
diagram showing the second conventional exanple. 

45 [001 1 ] A compiler 1 00 for realizing the compiling sys- 
tem comprises a semantic analysis processing section 
200 independent of architecture, general-purpose inter- 
mediate language optimization processing section 210, 
architecture-dependent processing section 220, inter- 

50 mediate language optimization processing section 230, 
code generation processing section 240, intermediate 
language skeleton table 120. and code generating skel- 
eton table 130. 

[0012] In the compiling system, compiling is per- 
55 formed as follows: 

[001 3] First, in the semantic analysis processing sec- 
tion 200, a semantic analysis processing of inputted 
source program 110 is performed, and a general-pur- 
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pose intermediate language 140 independent of archi- 
tecture is outputted. Subsequently, in the general- 
purpose intermediate language optimization processing 
section 210, if necessary, a conversion for optimization 
of general-purpose intermediate language is per- 5 
formed, and results are outputted as an optimized gen- 
eral-purpose intermediate language 150. 
[0014] Sut)sequenlly, in the second conventional 
exanple, a processing dependent on architecture 
related with a conventional semantic analysis is per- 10 
formed in the architecture-dependent processing sec- 
tion 220. In the processing, an intermediate language 
160 dependent on computer architecture is generated 
from the optimized general-purpose intermediate lan- 
guage 150 using the intermediate language skeleton is 
table 120. Subsequently, in the intermediate language 
optimization processing section 230. the intermediate 
language 160 is optimized to output an optimized inter- 
mediate language 170. Subsequently, in the code gen- 
eration processing section 240. a target program 180 20 
comprising a machine language command sequence 
and the like is generated from the optimized intermedi- 
ate language 170 using the code generating skeleton 
table 130. 

[0015] As described above, in the second conven- 2s 
tional compiling system, a high-performance object is 
generated by separating the processing dependent on 
computer architecture from the semantic analysis 
processing. 

[0016] In the second conventional compiling system, 30 
however, the architecture-dependent section is sepa- 
rated from the semantic analysis processing. Therefore, 
every time the architecture Is changed, the intermediate 
language skeleton table needs to be changed. 
[001 7] Moreover, in the same manner as the first prior ss 
art, also in the system, the code generating skeleton 
table (conversion table) is described with the command 
of the target processor. Therefore, description needs to 
be provided using each target processor command for 
each generation code pattern, 40 
[0018] As a result, also in the system, for a plurality of 
target processors, the code gerierating skeleton table 
needs to be separately prepared for each type of target 
processor. Specifically, every time the target processor 
is changed, all code generating skeleton tables need to 45 
be changed. As a result; when a large number of types 
of target processors are to be handled, the amount of 
the code generating skeleton table disadvantageously 
becomes enormous. Furthermore, when the amount of 
code generating skeleton table is enormous, the 50 
amount of operations necessary for preparing the code 
generating skeleton table is disadvantageously 
increased. 



SUMMAFy/ OF THE INVENTION 

[0019] The present invention has been developed to 
solve the above-mentioned problem, and an object 
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thereof is to provide a compiling method in which a 
change amount of conversion table accompanied with a 
change of target processor type can be reduced. 
[0020] To attain this and otiier objects, the present 
inventors have noticed that output codes indicating the 
same or similar function are usually included in output 
codes for a target program operated in a plurality of dif- 
ferent target processors. They have found that when the 
output codes indicating the same or similar function is 
associated with one code of intermediate language, at 
least a part of the conversion table can be made com- 
mon, so that the change amount of the conversion table 
accompanied with ttie change of target program can be 
reduced. 

[0021] According to an aspect of the present inven- 
tion, there is provided a compiling method comprising a 
front end processing step of generaing a high-level code 
Independent of a target program type from a source pro- 
gram, and a code generating step of generating an out- 
put code for a desired target program from the high-level 
code, the code generating step comprising: 

converting the high-level code to the low-level code 
by refemng to a first conversion table prepare in 
common to the target program, in which the high- 
level code is associated with a low-level cc^e indi- 
cating a function the same as or similar to a function 
indicated by tiie high-level code and indeperidenl of 
the target program; and ^ 
converting the low-level code to the output &>de for 
tiie desired target program by referring to a second 
conversion table prepared for each target pf bgram, 
in which the low-level code is assodated With the 
output code for tfie target program indicating a func- 
tion the same as or similar to the function indicated 
by the low-level code. 

[0022] According to another aspect of the present 
Invention, tiiere is provided a compiling device compris- 
ing a front end processing section for generating a high- 
level code independent of a target program type from a 
source program, and a code generating section for gen- 
erating an output code for a desired target program from 
the high-level code, tiie code generating section com- 
prising: 

a first conversion table prepared in common to the 
target program, in which tfie high-level code is 
associated with a low-level code Indicating a func- 
tion tiie same as or similar to a function indicated by 
the high-level code and independent of tiie target 
program; 

a first converting section for referring to the first 
conversion table to convert the high-level code to 
the low-level code; 

a second conversion table prepared for each target 
program, in which the low-level code is associated 
with the output code for the target program indicat- 
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ing a function the same as or similar to the function 
indicated by the low-level code; and 
a second converting section for referring to the sec- 
ond conversion table to convert the low-level code 
to the output code for the desired target program. 

[0023] According to still another aspect of the present 
invention, there is provided a recording medium which 
stores a program for allowing a computer to execute a 
front end processing of generating a high-level code 
independent of a target program type from a source pro- 
gram, and a code generation processing of generating 
an output code for a desired target program from the 
high-level code, the code generation processing com- 
prising: 



a processing of converting the high-level code to 
the low-level code by referring to a first conversion 
table prepared in common to the target program, in 
which the high-level code is associated with a low- 20 
level code indicating a function the same as or sim- 
ilar to a function indicated by the high-level code 
and independent of the target program; and 
a processing of converting the low-level code to the 
output code for the desired target program by refer- 25 
ring to a second conversion table prepared for each 
target program, in which the low-level code is asso- 
ciated with the output code for the target program 
indicating a function the same as or similar to the 
function indicated by the low-level code. 30 



[0024] According to still another aspect of the present 
invention, there is provided a recording medium which 
stores a conversion table for use in a processing of gen- 
erating a high-level code independent of a target pro- 
gram type from a source program and generating an 
output code for a desired target program from the high- 
level code, the conversion table comprising: 



a first conversion table prepared in common to the 
target program, in which the high-level code is 
associated with a low-level code indicating a func- 
tion the same as or similar to a function indicated by 
the high-level code and independent of the target 
program; and 

a second conversion table prepared for each target 
program, in which the low-level code is associated 
with the output code for the target program indicat- 
ing a function the same as or similar to the function 
indicated by the low-level code. 

[0025] As described above, in the compiling method, 
compiling device and recording medium of the present 
invention, the second conversion table is prepared for 
each of different types of target programs. In each sec- 
ond conversion table, the output codes indicating the 
same or similar function are associated with the com- 
mon low-level code. 



[0026] Therefore, at least a part of correspondent por- 
tions of the high-level and low-level codes in the first 
conversion table can be used in common among the dif- 
ferent types of target programs. 

s [0027] As described above, since at least a part of the 
conversion table can be made common, in the present 
invention, all the first and second conversion tables do 
not need to be changed when the type of the target 
processor is changed. For exanple. a part of each of 
10 the first and second conversion tables for a certain type 
of target processor can be used as a part of each of the 
first and second conversion tables (also referred to 
together as the conversion table) for another type of tar- 
get processor. Therefore, according to the present 
IS invention, the change amount of conversion tatsle 
accompanied with the change of target processor type 
can be reduced. 

[0028] Moreover, since the change amount of conver- 
sion table can be reduced, the amount of operations for 
changing the conversion table can be reduced. 
[0029] Furthermore, in the compiling processing 
method of the present invention, the first and secorxJ 
conversion tables are preferably stored in storage 
devices, respectively. 

[0030] The storage device may store the first and sec- 
ond conversion tables for one target processor, or m^ 
store the first and second conversion tables for a plural- 
ity of target processors. 

[0031] For this purpose, the conpiling processing 
device of the present invention is preferably provided 
with a first storage device storing the first conversion 
table. Moreover, a second storage device storing the 
second conversion table may preferably be provided. 
[0032] For example, these first and second conversion 
tables may be provided inside or outside the code gen- 
erating section. Moreover, for example, the first and sec- 
ond storage devices may be constituted of two different 
storage areas or one storage device. 
[0033] Moreover, in the compiling processing method 
arxj compiling processing device of the present inven- 
tion, at least one of the first and second conversion 
tables is preferably stored in an external storage device. 
[0034] The external storage device may store both the 
first and second conversion tables, only the first conver- 
ts sion tafc)le. or only the second conversion table. 

[0035] Additionally, when the target processor type is 
changed, not only the generation code pattern txjt also 
the way of developing the change content dependent on 
program into the generation code may need to be 
50 changed. In this case, the Immediate value to be devel- 
oped in the generation code needs to be changed and 
determined based on information dependent on target 
processor such as a target command (operator) arKi 
operand attribute. 
55 [0036] In this respect, in the compiling, processing 
method, compiling processing device and recording 
medium of the present invention, the second conversion 
table preferably includes a low-level operator as the low- 
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level code, and Includes an output operator and an out- 
put operand of the output operator as the output code. 
[0037] Furthermore, the second conversion table pref- 
erably includes a low-level operand of the low-level 
operator. ■ 

BRIEF DES CRIPTION QFTHE DRAWIMQR 

[0038] Other features and advantages of the invention 
will become apparent from the detailed description 
hereunder, taken in conjunction with the accompanying 
drawings, wherein: 

FIG. 1 is a block diagram showing an entire config- 
uration of a first embodiment; 
FIG. 2 is a block diagram showing a configuration of 
code generating section in the first embodiment; 
FIG. 3 shows an example of first conversion table in 
the first embodiment; 

FIG, 4 shows an example of second conversion 
table for a first target program in the first embodi- 
ment; 

FIG. 5 shows an example of second conversion 

ta ble for a second target program in the first emb od- 

iment; 

FIG. 6 is a flowchart showing a flow of entire 
processing of the first embodiment; 
FIG. 7 is a flowchart showing a flow of first conver- 
sion processing in the first embodiment; 
FIG. 8 is a flowchart showing a flow of second con- 
version processing in the first embodiment; 
FIG. 9 is a block diagram showing a configuration of 
code generating section in a second embodimerrt; 
FIG. 10 shows an example of first converston table 
in a third embodiment. 

FIGS. 1 1 A and 1 1 B show examples of second con- 
version tables for target programs A and B in the 
third embodiment, respectively; 
FIGS. 12A and 12B show examples of second con- 
version tables for target programs A and B in the 
third embodiment, respectively; 
FIG. 13 is a fbwchart showing a processing flow of 
a first conventional example; and 
FIG, 14 is a block diagram showing a configuration 
of a second conventional example. 

DETAILED DESCRIPTION OF THE PRFFPRRFF^ 
EMBODIMENTS 

[0039] Embodiments of the present invention will be 
described hereinafter with reference to the drawings. 

FIRST EMDODIMENT 

[0040] In a first embodiment, a compiling method, 
compiling device, recording medium with a compiling 
program stored therein, and a recording medium with a 
conversion table stored therein according to the present 



invention will be described. 

[0041] First, a configuration of the first embodiment 
will be described with reference to FIGS. 1 and 2. 
[0042] FIG. 1 is a block diagram showing an entire 
5 configuration of the first embodiment. FIG. 2 is also a 
block diagram showing a configuration of a code gener- 
ating section. 

[0043] Refen-ing to FIG. 1, a conpiling device 10 of 
the first embodiment is a device for generating a code 
10 14 for a target program operated in a target processor 
(hereinafter referred to as the output code 14) from a 
source program 12, comprising a front end processing 
section 16, and a code generating section 18. 
[0044] The front end processing section 16 performs 
IS a semantic analysis of tiie inputted source program 12 
to generate a high-level intermediate language code 20 
independent of a target program type from a code of 
source program 12 (hereinafter referred to as tiie high- 
level code 20). Additionally, for a method of semantic 
20 analysis in the front end processing section 16, the 
same method as that in the prior art can be used. 
[0045] Moreover, the code generating section 1 8 gen- 
erates the output code 14 from the high-level code 20. 
Referring to FIG. 2, the code generating section 18 is 
25 provided with a first converting section 22^ first storage 
device 24, second converting section 26, and^^secbnd 
storage device 28. ~* 
[0046] The first converting section 22 refers to a first 
conversion table stored in the first storage device 24 to 
30 generate a low-level intermediate language code 30 
(hereinafter referred to as the low-level code 30) from 
the high-level code 20. 

[0047] FIG. 3 shows an exarrple of first conversion 
table. Referring to FIG. 3, in a first conversion tefcle 32, 
35 the high-level codes 20 are stored on the left side of the 
table, and tfie corresponding low-level codes 30 are 
stored on the right side. 

[0048] In the example shown in FIG. 3. stored as the 
high-level codes 20 are "cmp_and_br_Lr, 

40 "relop_EQJIoat". "cmp_andj5r_LE"! 
"cmp_and_br_GE" and "cmp_and_br_GT". Moreover. 
CMPLT and BNEQ as tiie low-level codes 30 con-e- 
sponding to "cmp_and_br_Lr, CMPFEQU and BFF as 
tiie low-level codes 30 conesponding to 

45 "relop_EQJIoat;', GMPLT and EBEQU as the low-level 
codes 30 corresponding to "cmp_and_br_LE", CMPLT 
and BEQU as the low-level codes 30 corresponding to 
"cmp__and_br_GE", and CMPLT and EBNEQ as the 
low-level codes 30 corresponding to "cmp_and_br_GT" 

so are stored, respectively. 

[0049] Additionally, one-to-one con^espondence does 
not need to be established between the high-level code 
20 and the low-level code 30. As shown in FIG. 3, a plu- 
rality of low-level codes 30 may correspond to one high- 

55 level code 20. The plurality of low-level codes associ- 
ated with one high-level code 20 are hereinafter referred 
to together as the low-level code pattern. 
[0050] Moreover, the second converting section 26 
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refers to the second conversion table stored in the sec- 
ond storage device 28 to generate the output code 14 
from the low-level code 30. 

[0051 ] FIG. 4 shows an example of second conversion 
table. Referring to FIG. 4, in a second conversion table 
34, the low-level codes 30 are stored on the left side of 
the table, while the corresponding output codes 14 are 
stored on the right side. In the second conversion table 
34, the output code 14 is represented by a combination 
of target command (operator) 36 and operand 38. More- 
over, first to third operands can be designated as the 
operand 38, which can be provided with different oper- 
and attributes. 

[0052] In the example shown in FIG. 4. CMPLT. CMP- 
FEQU, BNEQ. BFF. BEQU. EBNEQ and EBEQU are 
stored as the low-level codes 30. The low-level code 30 
and the output code 14 have one-to-one correspond- 
ence. 

[0053] Specifically, the low-level code CMPLT is asso- 
ciated with target command "sit" of output code 14. The 
target command "sit" indicates a function of a command 
having three registers as the operands 38, for first com- 
paring first and second register values, setting a non- 
zero value in a third register when the first register value 
is smaller than the second register value, otherwise set- 
ting a zero value to the third register. The function is 
hereinafter referred to as the less-than comparison and 
value setting. 

[0054] Referring to the second conversion table 34, 
among the operands 38 of "sit" . first and second oper- 
ands have attributes "reg", while third operand has an 
attribute "reg/imm". Additionally, "reg" indicates a regis- 
ter, and reg/imm" indicates a register or an immediate 
value. Moreover, the operand attribute of the immediate 
value indicates that the operand corresponds to the 
change content of program. 

[0055] Furthermore, low-level code CMPFEQU is 
associated with target command "c.eq.s" of the output 
code 14. The target command "c.eq.s" indicates a func- 
tion of a command having two registers for floating point 
as operands, for setting a flag for floating point when 
values or two floating point registers are equal to each 
other, otherwise setting no flag for floating point 
[0056] Referring to the second conversion table 34, in 
the operands 38 of "c.eq.s", first operand has an 
attribute of "none", while second arxi third operands 
have an attribute of "freg". Additionally, "none" indicates 
that there is no operand, and "freg" indicates a floating 
point register. 

[0057] Moreover, low-level code BNEQ is associated 
with target command "bne" of the output code 14. The 
target command "bne" indicates a function of a com- 
mand having two registers and one label as operands, 
for shifting control to an address indicated by the label 
when two register values are equal to each other. 
[0058] Referring to the second conversion table 34, in 
the operands 38 of "bne". first operand has an attribute 
of "lab", while second and third operands have an 



attribute of "reg". Additionally, "lab" indicates a label. 

[0059] Furthermore, low-level code BFF is associated 
with target command "belt" of the output code 14. The 
target command "bcIT indicates a function of a com- 
5 mand having one label as the operand, for shifting con- 
trol to an address indicated by the label when no floating 
point flag is set. 

[0060] Referring to the second conversion table 34, in 
the operands 38 of "bcif", first operand has an attribute 
10 of "lab", while second and third operands have an 
attribute of "none". 

[0061] Additionally, the first and second conversion 
tables 32, 34 are recorded and provided, for example, in 
FD (floppy disc), hard disc or another magnetic record- 

15 ing medium, magneto-optical recording medium, CD- 
ROM or another optical recording medium, and another 
arbitrary, preferable recording medium. 
[0062] Here, since the high-level code irxiependent of 
the target program and the low-level code are assoct- 

20 ated, one first conversion table 32 is sufficient irrespec- 
tive of the target program type. 

[0063] On the other hand, since the low-level code 30 
independent of the target program and the target pro- 
gram output code 14 are associated, the second con- 

25 veisionjable 34 needs to be prepared in accordance 
with the target program type. For example, the second 
conversion table 34 is prepared for the first target pro- 
gram, but in order to generate output codes for a second 
target program, a separate second conversion table 34a 

30 shown in FIG. 5 needs to be prepared. 

[0064] The low-level codes CMPLT, CMPFEQU. 
BNEQ, BFF, BEQU. EBNEQ and EBEQU in the second 
conversion table 34 for the first target program are used 
as the low-level codes 30 also in the second conversion 

35 table 34a for the second target program. 

[0065] The low-level codes 30 are associated witii out- 
put codes 14 for the second target program, indicating 
functions the same as or similar to the output codes 14 
in the second conversion tables 34 of FIG. 4. 

40 [0066] Specifically, low-level code CMPLT is associ- 
ated with target command "It.w" of output code in the 
second conversion table 34a. The "It.w" indicates the 
function of less-than comparison and setting, and is 
substantially the same as "sit" in the second conversfon 

45 table 34. Moreover, referring to the second conversion 
table 34a, in the operands 38 of "lt.w", first operand has 
an attribute of "reg/imm", while second and third oper- 
arKls have an attribute of "reg". 

[0067] Moreover, low-level code CMPFEQU is associ- 
60 ated with target command "cmpeq.s" of output code in 
the second conversion table 34a. The "cmpeq.s" indi- 
cates substantially the same function as "c.eq.s" in the 
second conversion table 34. Further referring to the 
second conversion table 34a, in the operarKis 38 of 
55 "cmpeq.s". first operand has an attribute of "none", 
while second and third operands have an attribute of 
"freg". 

[0068] Furthermore, low-level code BNEQ is associ- 
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ated with target oommand ^ne" of output code in the 
second conversion table 34a. The "jne" indicates sub- 
stantially the same function as "bne" in the second con- 
version table 34. Further referring to the second 
conversion table 34a, in the operands 38 of "jne". first s 
and second operands have an attribute of "reg", while 
third operand has an attribute of "lab". 
[0069] Moreover, low-level code BEF is associated 
with target command "jff" of output code in the second 
conversion table 34a. The ^ff indicates substantially io 
the same function as "bcif" in the second conversion 
table 34. Further referring to the -second conversion 
table 34a. in the operands 38 of "jff". first operand has 
an attribute of "lab", while second and third operands 
have an attribute of "none". is 
[0070] As described above, in the present invention, 
the correspondence (independent of the target pro- 
gram) of high-level and low-level codes is stored in com- 
mon in the first conversion table, and only the 
conrespondence of low-level code and output code (var- 20 
iable in accordance with the target program) is stored in 
the second conversion table for each target program. 
Therefore, the change amount of conversion table 
accompanied with the change of target processor can 
be reduced by the anrrount made common in the first 2s 
conversion table. 

[0071] The operation of a compiling device of the first 
embodiment, i.e., a compiling processing will next be 
described. 

[0072] The compiling processing is realized when a so 
program (compiler) for performing the compiling 
processing is read by a computer, and the computer 
executes the processing according to program instruc- 
tions. Moreover, for exanple, FD (floppy disc), hard disc 
or another magnetic recording medium, magneto-opti- 3S 
cal recording medium. CD-ROM or another optical 
recording medium, and another arbitrary, preferable 
recording medium can be used as the recording 
medium storing the program. 

[0073] Moreover, when the program stored in the 4o 
recording medium is read by the computer, for example, 
CD-ROM may be mounted on the computer for reading, 
or the program may be transferred to the computer from 
outside via a communication channel. 
[0074] FIG. 6 is a flowchart showing an entire 4s 
processing flow of the first embodiment. 
[0075] First, when the source program 12 is transmit- 
ted to the front end processing section 16 of the compil- 
ing device 10 shown in FIG. 1 , the front end processing 
section 1 6 performs the semantic analysis of the source so 
program 12. The same method of semantic analysis as 
in the prior art may be used. Subsequently, the front end 
processing section 16 generates the high-level code 20 
from the source program 12. The high-level code 20 is 
not dependent on the target program type (SI). 55 
[0076] Subsequently the high-level code 20 gener- 
ated in the front end processing section 16 is trans- 
ferred to the code generating section 18. 



[0077] Subsequently, when the high-level code 20 is 
transmitted to the first converting section 22 of the code 
generating section 18 shown in FIG. 2. the first convert- 
ing section 22 performs a first conversion processing. In 
the first conversion processing, the low-level code 30 is 
generated from the high-level code 20 (S2). 

[0078] Here, the first conversion processing will be 
described with reference to FIG. 7. 
[0079] In the first conversion processing, when the 
high-level code 20 is transmitted to the first converting 
section 22 (S4). the first converting section 22 checks 
the high-level code 20 with the first conversion table 32 
stored in the first storage section 24 (S5) . Here, for 
exanple, "cnfp_and_br_Lr is transmitted as the high- 
level code 20 to the first converting sect'on 22. 
[0080] During checking, the high-level codes of the 
first conversion table 32 are read one by one, and it is 
determined whether or not the code agrees with the 
inputted high-level code (S6). 

[0081 ] Subsequently, when the high-level codes disa- 
gree, the next high-level code is successively read until 
they agree. Moreover, when they agree, the low-level 
code 30 con-esponding to the agreed high-level code in 
the first conversion table is read from the first storage 
section 24. Here, the low-level codes CMPLT and 
BNEQ corresponding to high-level code "cmpf:and_br 
LT are read (S7). The first converting section 22 gener- 
ates the low-level code 30 from the high-level ccSe 20 in 
this manner. 

[0082] Subsequently, the low-level code 30 generated 
by the first converting section 22 is transfen-ed to the 
second converting section 26. * ' 

[0083] Subsequently, when the low-level cod^ 30 is 
transmitted to the second converting section 26 of the 
code generating section 18 shown in FIG. 2, the second 
converting section 26 performs a second conversion 
processing. In the second conversion processing, the 
output code 14 is generated from the low-level code 30 
(S3). 

[0084] The second conversion processing will be 
described hereinafter with reference to FIG. 8. Here, an 
example of generating the output code 14 for the first 
target program will be described vwth reference to the 
second conversion table 34 shown In FIG. 4. 
[0085] In the second conversion processing, when the 
low-level code 30 is transmitted to the second convert- 
ing section 26, the second converting section 26 checks 
the low-level code 30 with the second conversion table 
34 stored in the second storage section 28 (S8). Here, 
for example. CMPLT is transmitted as the low-level code 
30 to the second converting section 26. 
[0086] During checking, the low-level codes of the 
second conversion table 34 are read one by one. and it 
is determined whether or not the code agrees with the 
Inputted low-level code (S9). 

[0087] Subsequently, when they disagree, the next 
low-level code is successively read until the low-level 
codes agree. Moreover, when they agree, the output 
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code 14 corresponding to the agreed low-level code in 
the second conversion table 34 is read from the second 
storage section 28. Here, target command "sit" and its 
operands "reg"» "reg", ^'reg/imm" are read as the output 
codes 14 corresponding to the low-level code CMPLT 
(S10). The second converting section 26 generates the 
output code 14 from the low-level code 30 in this man- 
ner. 

[0088] Subsequently, the compiling device 1 0 outputs 
the output code 14. 

SECOND EMBODIMENT 

[0089] A second embodiment of the present invention 
will next be described with reference to FIG. 9. FIG. 9 is 
a block diagram showing a configuration of code gener- 
ating section 18a in the second embodiment 
[0090] In the second embodiment, first and second 
conversion tables 32. 34 are stored in external storage 
devices. Specifically, the first conversion table 32 is 
stored in a first storage device 40. Moreover, the second 
conversion table 34 is stored in a second storage device 
42, 

[0091 ] Here, to store the conversion table in the exter- 
nal storage device includes, for example, a case where 
the conversion table comprises a program or a file sep- 
arate from the program for operating the code generat- 
ing section. Moreover, the first converting section 22 
may be connected to the first external storage device 
40, for example, via a communication channel. Further- 
more, the second converting section 26 may also be 
connected to the second external storage device 42. for 
exanrple. via the communication channel. 
[0092] Additionally, in the second embodiment since 
a configuration and operation are the same as those in 
the first enlbodiment. except that the first and second 
conversion tables 32, 34 are stored in the external stor- 
age devices, a detailed description thereof is omitted. 

THIRD EMBODIMENT 

[0093] In a third embodiment, an example of generat- 
ing output codes from high-level code "ADD_M_M 
mem1, mem2. reg$" will be described. High-level code 
command "ADD_M„M" in the high-level code indicates 
a function of loading a register with two pieces of data 
on a memory to perform addition. The high-level code 
command is provided with operands "memr. "mem2". 
and "reg$". The "meml," indicates the data on a first 
memory, while "mem2" indicates the data on a second 
memory Moreover. "reg$" irxjicates the register for stor- 
ing results. 

[0094] When the high-level code is represented, for 
example, by output codes for target program A. they are 
"fcj.w meml. tregl", "Id.w mem2, treg2" and "add reg1, 
treg2, reg$". In this case, "kJ.w" indicates a command 
for loading wide size data, "tregV and "treg2" indicate 
registers for temporarily storing intermediate results. 



and "add" indicates a command for addition. 
[0095] Moreover, when the high-level code is repre- 
sented, for example, by output codes for target pro- 
gramm B, they are "Iw tregl, meml", "Iw treg2, mem2" 

5 and "add reg$, tregl. treg2". tn this case "Iw" indicates 
a command for loading the wide size data. 
[0096] As described above, the output codes corre- 
sponding to one high-level code usually vary with each 
target program. Therefore, for exanple, in the first con- 

10 ventional example, the conversion table for target pro- 
gram A and the conversion table for target program B 
need to be separately prepared. 
[0097] In the present invention, however, the corre- 
spondence of the high-level and low-level codes (inde- 

15 pendent of the target program) is stored in common to 
the first conversion table, and only the correspondence 
of the low-level code and output code (variable in 
accordance with the target program) is stored in the 
second conversion table for each target program. An 

20 example of the correspondence will be described here- 
inafter with reference to examples of the first and sec- 
ond conversion tables. 

[0098] First, the example of first conversion table will 
be described with reference to FIG. 10. In the first con- 

26 version table 44 of FIG. 10, the high-level code is asso- 
ciated with the low-level code. The high-level code 
comprises a high-level code command (high-level oper? 
ator) and its operand. Rrst to third operands can be 
designated as the operarxi, and can be provided with 

30 different operand attributes. 

[0099] Specifically, in the first conversion tatrfe 44, an 
example of high-level code "ADD_M_M" is indicated. 
The high-level code command is provided with, oper- 
ands "memr, "mem2" and "reg$". 

35 [01 00] Moreover, the low-level code comprises a low- 
level code command (low-level operator) and its oper- 
and. First to third operands can be designated as the 
operand, and can be provided with different operand 
attritxites. 

40 [0101] Specifically, in the first conversion table 44, 
"LDW mem1. tregl". "LDW mem2. treg2" and "ADD 
tregl. treg2, reg$" are Indicated as the low-level codes. 
[01 02] The first conversion table can be shared for the 
target programs A and B. as described later. 

45 [01 03] An exanple of second conversion table 46 for 
target program A will next be described with reference 
to FIG. 1 1 A. In the second conversion table 46 shown In 
FIG. 1 1 A. the low-level code and output code are asso- 
ciated. The low-level code includes a low-level code 

50 command (low-level operator) and its operand. Further- 
more, the operand includes first, second and third oper- 
ands, which are provided with different operand 
attributes. 

[0104] Moreover, the output code includes an output 
55 code command (output operator), and its operand. The 
operand further includes first, second, third operands, 
which are provided with different operand attributes. 
[01 05] In the second conversion table 46. "LDW mem. 
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reg" is indicated as the low-level code, and "Id.w mem, 
reg" Is Indicated as the output code for target program A 
corresponding to the low-level code. Furthermore. 
"ADD reg1, reg2. reg3" is Indicated as the low-level 
code, and "add reg1 . reg2. regS" is Indicated as the out- 5 
put code for target program A con-esponding to the low- 
level code. 

[01 06] An example of second conversion table 46a for 
target program B will next be described with reference 
to FIG. 1 1 B. In the second conversion table 46a shown 10 
in FIG. 11 B, "LDW mem, reg" is indicated as the low- 
level code, and Iw reg, mem" is indicated as the output 
code for target program B corresponding to the low-level 
code. Furthermore, "ADD reg1, reg2, reg3" Is indicated 
as the low-level code, and "add reg3, regl , reg2" Is indi- is 
cated as the output code for target program B corre- 
sponding to the fow-level code. 
[01071 As shown in FIGS. 1 1 A and 1 1 B. the low-level 
codes are common in the second conversion tables 46 
and 46a. Therefore, the first conversion table 44 shown 20 
in FIG. 10 can be used in both the target programs A 
and B. For example, when the target program A is 
changed to the target program B, the first conversion 
table does not need to be changed. 

25 

FOURTH EMBODIMENT 

[0108] In a fourth embodiment, another example of 
developing the change content dependent on target 
program into a generation code when generating the 30 
output code from the low-level code will further be 
described. 

[0109] Here, FIG. 12A shows an example of second 
conversion table 48 for target program A. while FIG. 12B 
shows an example of second conversion table 48a for 35 
target program B. 

[01 1 0] In each of the second conversion tables 48 and 
48a, low-level code command "ANDI" and its three 
operands "imm". "regr and "reg2" are indicated. Addi- 
tionally. 1mm" indicates an integer immediate value. 40 
[01 11] In the emtxxilment. each of the second conver- 
sion tables 46 and 48a is provided with "andi" as an out- 
put code command of output code. 
[0112] In the second conversion table 48 for target 
program A. however, "andi" is provided with the same 45 1 . 
operands as the operands of the low-level code "imm", 
"reg r and "reg2", while in the second conversion table 
48a for target program B, "reg2". "posimm" and "regr 
are provided as operands. Additionally, "posimm" indi- 
cates a positive immediate value. Specifically, in the tar- so 
get program B. since there is a specification restriction 
(regulation) of output code, a negative numeral cannot 
be written as the integer immediate value. 
[01 1 3] In this case, unless the operand is designated, 
a negative immediate value could be written In the out- ss 
put code for target program B. Therefore, it is difficult to 
accurately perform the compiling processing. 
[01 14] In this respect, the compiling processing is cor- 



rectly performed by designating "posimm" as the oper- 
and. 

[01 1 5] In the embodiments, the examples in which the 
present invention is embodied under specified condi- 
tions have been described, but the present invention 
can variously be modified, For example, in the embodi- 
ment, the second conversion table is prepared for two 
target processors, but the target processors of the 
present invention are not limited to two types. 
[0116] As described above In detail. In the present 
invention, first the con-espondence of the high-level and 
low-level codes independent of- the target program Is 
made common and stored in the first conversion table. 
Subsequently, in the second conversion table, the out- 
put codes indicating the same or similar functions in dif- 
ferent target programs is associated with one low-level 
code. 

[01 1 7] Therefore, at least a part of correspondent por- 
tions of high-level and low-level codes In the first conver- 
sion table can be used in common among different 
types of target programs 

[01 1 8] Since at least a part of the conversion table can 
be made common in this manner, in the present inven- 
tion, all of the first and second conversion tables do not 
need to be changed when the type of target processor 
is changed. Therefore, according to the preserrf Inven- 
tion, the change anrount of the conversion tablelaccom- 
panied with the change of target processor typ^can be 
reduced. ^t, 

(01 1 9] Moreover, since the change amount of the con- 
version table can be reduced, the amount of operations 
for changing the conversion table can be reduckJi 
[01 20] Furthermore, in the present invention, then the 
target processor type is changed, the way of developing 
the change content dependent on program into the 
code can be changed by converting the low-level oper- 
and to the output operand designated In the second 
conversion table. As a result, the compiling processing 
can be performed irrespective of the target processor 
type. Consequently, the restriction of the target proces- 
sor type can be relaxed. 

Claims 



A compiling method comprising a front end 
processing step of generating a high-level code 
independent of a target program type from a source 
program, and a code generating step of generating 
an output code for a desired target program from 
the high-level code, the code generating step com- 
prising: 

converting said high-level code to said low- 
level code by referring to a first conversion 
table prepared in common to the target pro- 
gram, in which said high-level code is assod- 
ated with a low-level code indicating a function 
the same as or similar to a function indicated by 
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the high-level code and independent of the tar- 
get program; and 

converting said low-level code to the output 
code for the desired target program by referring 
to a second conversion table prepared for each s 
target program, in which the low-level code is 
associated with the output code for the target 
program Indicating a fonction the same as or 
similar to the function indicated by the low-level 
code. 10 

2. The compiling method as claimed in claim 1» 
wherein at least one of said first conversion table 
and said second conversion table is stored in an 
external storage device. 

3. The compiling method as claimed in claim 1, 
wherein said second conversion table includes a 
low-level operator as said low-level code, and an 
output operator and an output operator of the out- 
put operator as said output code. 

4. The compiling method as claimed in claim 3. 
wherein said second conversion table further 
includes a low'^level-bperand-ot^id lowMeveloper^- 
ator as said low-level code. 

5. A compiling device corrprising a front end process- 
ing section for generating a high-level code inde- 
pendent of a target program type from a source 
program, and a code generating section for gener- 
ating an output code for a desired target program 
from the high-level code, said code generating sec- 
tion comprising: 

a first conversion table prepared in common to 
the target program, in which said high-level 
code is associated with a low-level code indi- 
cating a function the same as or similar to a 
function indicated by the high-level code and 
independent of the target program; 
a first converting section for referring to said 
first corYversion table to convert said high-level 
code to said low-level code; 
a second conversion table prepared for each 
target program. In which said low-level code is 
associated with the output code for the target 
program indicating a function the same as or 
similar to the function indicated by the low-level 
code; and 

a second converting section for referring to said 
second conversion tak>le to convert said low- 
level code to the output code for the desired 
target program. 

6. The compiling device as claimed in claim 5, 
wherein at least one of said first conversion table 
and said second conversion table is stored in an 



external storage device. 

7. The compiling device as claimed in claim 5, 
wherein said second conversion table includes a 
low-level operator as said low-level code, and an 
output operator arxi an output operand of the output 
operator as said output code. 

8. The compiling device as claimed in claim 7, 
wherein said second conversion table further 
includes a low-level operand of said low-level oper- 
ator as said low-level code. 

9. A recording medium which stores a program for 
IS allowing a computer to execute a front end process- 
ing of generating a high-level code independent of a 
target program type from a source program, and a 
code generation processing of generating an output 
code for a desired target program from the high- 

20 level code, said code generation processing com- 
prising: 

a processing of converting said high-level code 
to said low-level code by referring to a first con- 
25 - version table prepared in common to the target 

program, in which said high-level code is asso- 
ciated with a low-level code indicating a func- 
tion the same as or similar to a function 
indicated by the high-level code and tndepend- 
30 ent of the target program; and 

a processing of converting said low-level code 
to the output code for the desired target pro- 
gram by deferring to a second conversion table 
prepared for each target program, in which said 
35 low-level code is associated with the output 

code for the target program indicating a func- 
tion the same as or similar to the function indi- 
cated by the low-level code. 

40 10. The recording medium as claimed in claim 9, 
wherein said second conversion table includes a 
low-level operator as said low-level code, and an 
output operator and an output operarKi of the output 
operator as said output code. 

45 

11. The recording medium as claimed in claim 10, 
wherein said second conversion table further 
Includes a low-level operand of said low-level oper- 
ator as said low-level code. 

50 

12. A recording medium which stores a conversion 
table for use in a processing of generating a high- 
level code independent of a target program type 
from a source program, and generating an output 

55 code for a desired target program from the high- 
level code, said conversion table comprising: 

a first conversion table prepares in common to 
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the target program, in which said high-level 
code is associated with a low-level code indi- 
cating a function the same as or similar to a 
function indicated by the high-level code and 
Independent of the target program; and 5 
a second conversion table prepared for each 
target progrcun, in which said low-level code is 
associated with the output code for the target 
program indicating a function the same as or 
similar to the function indicated by the low-level 10 
code. 

13. The recording medium as claimed in claim 12, 
wherein said second conversion table includes a 
low-le\^el operator as said low-level code, and an is 
output operator arKi an output operand of the output 
operator as said output code. 

14. The recording medium as claimed in claim 13, 
wherein said second conversion table further 20 
includes a low-level operand of said low-level oper- 
ator as said low-level code. 

15. A program embodied in electric signals, said pro- . . 
gram allowing a conputer to execute a front end 2s 

processing of generating a high-level code inde- 
pendent of a target program type from a source pro- 
gram, and a code generation processing of 
generating an output code or a desired target pro- 
gram from the high-level code, said code genera- 30 
tion processing comprising: 

a processing of converting said high-level code 
to said low-level code by referring to a first con- 
version table prepared in common to the target 
program, in which said high-level code is asso- 
ciated with a low-ievel code indicating a func- 
tion the same as or similar to a function 
indicated by the high-level code and independ- 
ent of the target program; and 
a processing of converting said low-level code 
to the output code for the desired target pro- 
gram by referring to a second conversion table 
prepared for each target program, in which said 
low-level code is associated with the output 
code for the target program indicating a func- 
tion the same as or similar to the function indi- 
cated by the low-level code. 

16. A computer program product so 

directly loadable into the internal memory of a 
digital computer, 

comprising software code portions for perform- 
ing the steps of the method according to any ss 
one of claims 1 to 4 

when said product is run on a computer. 



35 



40 



45 



11 



3NS0OCI0: <EP ^0947923Aa,l_> 



EP 0 947 923 A2 



FIG.1 




SOURCE 
PROGRAM 



12 




10:COMPILING DEVICE 



t 

i 



16 



FRONT END PROCESSING 
SECTION 



HIGH-LEVEL 
CODE 



20 



18 



CODE GENEF<ATING 
SECTION 



--.-.J 



OUTPUT CODE 




14 




12 



EP 0 947 923 A2 



FIG. 2 




HIGH-LEVEL 
CODE 



20 



FIRST CONVERTING 
SECTION 



22 



LOW^EVEL 
COD€ 




30 



. 18:CODE GENERATING SECTION 



r 
i 



FIRST STORAGE 
DEVICE 



24 



26 



SECOND CJONVERTING 
SECTION 



28 



SECOND STORAGE 
DEVICE 



t 




0947923A^I_> 



13 



EP 0 947 923 A2 



FIG.3 



20 



30 



• • 0 



HIGH-LEVEL CODE j 


j LOW-LEVEL CODE j 


cmp_and_br_LT ! 


j CMPLT.BNEQ ! 


relop_EQ_fIoat i 


i CMPFEQU.BFF 1 


cmp_and_br_LE 1 


1 CMPLT.EBEQU j 


cmp_and_br_GE 5 


j CMPLT.BEQU j 


cmp_and_br_GT ; 


1 CMPLT.EBNEQ 1 



■ • • 



1 



32:FIRST CONVERSION TABLE 



14 



EP 0 947 923 A2 



FIG.4 



14 .OUTPUT CODE 



,30 

t 


^ 

,36 

* 




,38 




1 

4 


1 
1 
* 


1 


LOW-LEVEL : 


\ TARGET i 


OPERAND 


\ 


CODE i 

• 1 


i COMMAND! 


i FIRST 


SECOND 


THIRD! 


CMPLT i 




; ""eg 


reg 


reg/jmm| 


CMPFEQU i 


1 c. eq. s ; 


1 none 


freg 


h 

freg ; 


BNEQ 1 


1 bne I 


i lab 


reg 


reg j 


BFF 1 


j bc»f 1 


; lab 


none 


none ! 


BEQU I 


I beq I 


j lab 


reg 


reg | 


EBNEsQ ! 


i bne ! 


j lab 


reg 


reg j 


EBEQU I 


1 beq 1 


! lab 


reg 


reg j 


• « « ' 


' • J) • . 









T 

« 

\ 

" 34:SECOND CONVERSION TABLE 



IS 



EP 0 947 923 A2 



F1G.5 



1 4:OUTPUT CODE 




34a:SECOND CONVERSION TABLE 



16 



EP 0 947 923 A2 



FIG.6 



c 







- SEMANTIC ANALYSIS- 

(HIGH-LEVEL CODE GENERATION) 






FIRST CONVERSION PROCESSING 
(LOW-LEVEL CODE GENERATION) 






SECOND CONVERSION PROCESSING 
(OUTPUT CODE GENERATION) 







END 



EP0 947 923A2 



FIG.7 



c 



START 



INPUT HIGH-LEVEL CODE 








CHECK HiGH-l 


LEVEL CODES 



READ LOW-LEVEL CODE 
CORRESPONDING TO AGREED 
HIGH-LEVEL CODE 



S4 




NO 



S7 



c 



END 



18 



I 



EP 0 947 923 A2 



FIG.8 



c 



START 




S8 



READ OUTPUT CODE CORRESPONDING 
TO AGFIEED LOW-LEVEL CODE 



S10 



c 



END 



BNSDOCID: <ep 0947923A2 I > 



19 



EP 0 947 923 A2 



FIG.9 




HIGH-LEVeU 
CODE 



20 




1 8a:CODE GENERATING SECTION 



I 
s 



FIRST CONVERTING 
SECTION 



I 



22 




LOW-LEVEL 
CODE 



30 



26 



SECOND CONVERTING 
SECTION 




OUTPUT CODE 



FIRST EXTERNAL 
STORAGE DEVICE 



40 



I 



42 



SECOND EXTERNAL 
STORAGE DEVICE 



20 



I 



EP 0 947 923 A2 



UL 



CO 

< 



CO 

cr 

UJ 



8 



UJ 

o 
o 
o 

UJ 



UJ 

o 
o 
o 

UJ 

-I* 



UJ 
CL 

o 



a 



o 
o 

UJ 
CO 



CO 

on 




UJ 

a. 
O 



o 

q: 



o 
o 

UJ 
CO 



CO 

a: 



UJ 

UJ 8 

-L UJ 

i o 

n: o 



E 
o 

E 



CM 

E 



E 
E 



I 



o 
o 
< 



CM 
CX 

& 



CM 
S 



CM 

E 
a> 

E 



o 
o 



3NS0OCID: <EP 0947923A?_I_> 



21 



EP0 947 923 A2 



< 



LL. 



LU 
CD 



O 
CO 

q: 

lU 



o 
o 

o 

z 

o 
o 

LU 

CO 

* * 



Q 



UJ 



a 



LU 
O 



O 



O 

UJ 

CO 



LU 

a 



o o 



LU 

a. 
o 



o 

SB 



o 

in 



in 
a: 



m 2 

> O 

UJ O 

o o 

Zj O 



Q 



1 



CO 



CM 



€0 



CM 



o 
o 
< 



UJ 
CD 



CO 
UJ 



o 

o 

o 
z 
o 

CO 

• • 

CD 
CD 



S2 



UJ 

a 
o 
o 



5 

o 



I. 



UJ 

o 

o 
o 

ui 

UJ 

■ 

Q 



UJ 

o 



o 
o: 



CM 
C33 



Q 
2: 

O 
O 
Ui 

CO 



E 
E 



CD 



CO 



CO 

on 

e 



8 o 



CO 



O O 



o 



q: 



CO 



O 
CO 



CM 



LU O 

ri^ UJ 

o o 



O 

Q 
< 



22 



EP 0 947 923 A2 



UJ 
CD 



rr 



UJ 



o 

o 
o 

o 

in 

* m 

op 



< 
o 



\ 



UJ 

o 

o 



a 

ZD 

o 



LU 

o 

o 

o 

UJ 
UJ 

t 

o 



UJ 

O 



UJ 

o 



o 
o 

UJ 
CO 



CO 
U- 



UJ 
Q 

is 

o o 



o 



o 

o 

UJ 
CO 



CO 

a: 



^ 5 

UJ o 

-r' UJ 

O o 



CM 



s 



CO 



CM 



E 



< 



UJ 
CD 



O 

o 
o 

o 
z 
o 
o 

UJ 

CO 

• • 

CO 

00 



r 



OQ 
CM 



\ 



UJ 

o 
O 
O 



o 



UJ 

o 

O 

o 

UJ 



UJ 
Q- 

o 



o 



o 
o 

UJ 
CO 



CO 

u. 



UJ 

8 ^ 



S 8 



UJ 

a. 
o 



Q 



O 

a 

UJ 
CO 



CO 

u. 



UJ 2 

> O 

UJ 

^ UJ 

o o 

-J 



E 
§ 



CM 



CM 

S 



9) 



E 
E 



Q 
< 



23 



BNSOOCIO: <EP 



0947923A2 I > 



I f 



EP 0 947 923 A2 



FIG. 13 PRIOR ART 



r 



C START ) 



SELECT GENERATION 
PATTERN 



I 



READ GENERATION 
CODE TABLE 



I 



CONFIRM CHANGE 
CONTENT IN CODE 
TABLE 




ANALYZE CODE 



I 



DEVELOP 


CODE BY 


HEADER TYPE 






OUTPUT CODE 







< 



END 



24 



•<;docid- <EP 0q47q23A2 I > 



I 



EP 0 947 923 A2 



FIG.14 PRIOR ART 



100 



110 




f 
> 



SOURCE 
PRCX3RAK/i 




[data processing device! 
' (cpu/memory) ' 



SEMAhfTIC ANALYSIS 
PROCESSING 
(INDEPENDENT OF 
ARCHfTECTURE) 



r 



120 



I 



200 



GENERAL-PURPOSE 
INTERMEDIATE 
LANGUAGE OPTIMIZATION 
PROCESSING 



INTERMEDIATE 
LANGUAGE 
SKELETON TABLE 



T 



210 



ARCHITECTURE- 
DEPENDENT 

PROCESSING 



T 



220 



INTERMEDIATE 
LANGUAGE OPTIMIZATION 
PROCESSING 



130 

/ 



CODE GENERATING 
SKELETON TABLE 



T 



230 



140 




GENERAL- 
PURPOSE 
INTERMEDIATE 
LANGUAGE 



_/150 




OPTIMIZED 
GENERAL- 
PURPOSE 
INTERMEDIATE 
LANGUAGE 

160 



INTERMEDIATE 
LANGUAGE 




170 



OPTIMIZED 
INTERMEDIATE 
LANGUAGE 



CODE GENERATION 
PROCESSING 



T 




180 



240 



* 

u. 



TARGET 
PROGRAM 



25 

3NS0OCI0: <EP 0947S23A^I_> 



THIS PAGE BLANK (uspto) 



CO 

< 

CO 
CM 

o> 

1^ 

o 

Q. 

UJ 



(19) 




Europalsches Patentamt 
European Patent Office 
Office europeen des brevets 



i 



i 




i 



(11) 



EP 0 947 923 A3 



(12) 



EUROPEAN PATENT APPLICATION 



(88) Date of publication A3: 

07.05.2003 Bulletin 2003/19 

(43) Date of publication A2: 

06.10.1999 Bulletin 1999/40 

(21) Application number 99106704.2 

(22) Date of filing: 01.04.1999 

(84) Designated Contracting States: 

AT BE CH CY DE DK ES Fl FR GB GR iE IT LI LU 
IWC NL PT SE 

Designated Extension States: 
AL LT LV MK RO Si 

(30) Priority: 01.04.1998 JP 8908798 



(51) Intel 7: G06F9/45 



(54) 



(71) /Applicant: NEC Electronics Corporation 
Kawasaki, Kanagawa 211-8668 (JP) 

(72) Inventor: Miyamoto, Talcashi 
Mlnato-l(u, Tokyo (JP) 

(74) Representative: Betten & Resell 
Postfach 10 02 51 
80076 Munchen (OE) 



Compiling method, compiling device, recording medium with compiling program recorded 
therem, and recording medium with conversion table used in compiling recorded therein 
for generating target program In accordance with target processor type ' 



(57) There is disclosed a compiling method of gen- 
erating a code of a target program operable in a desired 
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